Tricks of the Mac Game Programming Gurus/TricksOfTheMacGameProgrammingGurus.iso/Information/CSMP Digest/volume 1/csmp-v1-105.txt

Text File | 1994-12-08 | 38.8 KB | 1,060 lines | [TEXT/R*ch]

C.S.M.P. Digest             Sat, 06 Jun 92       Volume 1 : Issue 105

Today's Topics:

    VI for MPW
    "FaceLess App and Notification Manager"
    Anyone received the *New* MacTutor?
    Modal Dialogs in MacApp with ViewEdit
    TCL/THINK Applications & SuperBoomerang
    ARGH! I screwed up! Help!
    CMNU Template
    Mac OS 2 Gig volume limit
    technotes at ftp.apple.com


The Comp.Sys.Mac.Programmer Digest is moderated by Michael A. Kelly.

These digests are available (by using FTP, account anonymous, your email
address as password) in the pub/mac/csmp-digest directory on ftp.cs.uoregon.
edu.  This is also the home of the comp.sys.mac.programmer Frequently Asked
Questions list.  The last several issues of the digest are available from
sumex-aim.stanford.edu as well.

These digests are also available via email.  Just send a note saying that you
want to be on the digest mailing list to [e-mail], and you will
automatically receive each new digest as it is created.

The digest is a collection of articles from the internet newsgroup comp.sys.
mac.programmer.  It is designed for people who read c.s.m.p. semi-regularly
and want an archive of the discussions.  If you don't know what a newsgroup
is, you probably don't have access to it.  Ask your systems administrator(s)
for details.  (This means you can't post questions to the digest.)

The articles in these digests are taken directly from comp.sys.mac.programmer.
They are not edited; all articles included in this digest are in their original
posted form.  The only articles that are -not- included in these digests are
those which didn't receive any replies (except those that give information
rather than ask a question).  All replies to each article are concatenated
onto the original article in the order in which they were received.  Article
threads are not added to the digests until the last article added to the
thread is at least one month old (this is to ensure that the thread is dead
before adding it to the digests).

Send administrative mail to [e-mail].

-------------------------------------------------------

From: [e-mail] (W. Joseph Gibson)
Subject: VI for MPW
Date: Tue, 28 Apr 92 17:31:00 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest)

I have heard that at one time there was a VI editor for use under MPW. Does
this still exist? I am a UN*X guy, so naturally I love VI, and it would be
nice to have VI under MPW. ANy help appreciated.

W. Joseph Gibson

==> [e-mail] (Put TO: J. GIBSON in the Subject: line)
==> The views expressed here are not necessarily those of EMA.

+++++++++++++++++++++++++++

From: [e-mail] (Matthias Neeracher)
Organization: Integrated Systems Laboratory, ETH, Zurich
Date: Wed, 29 Apr 1992 09:19:41 GMT

In article <60#[e-mail]> [e-mail] (W. Joseph Gibson) writes:
>I have heard that at one time there was a VI editor for use under MPW. Does
>this still exist? I am a UN*X guy, so naturally I love VI, and it would be
>nice to have VI under MPW. ANy help appreciated.

If there really is one, I would like to hear about it. It shouldn't be that
difficcult to port elvis to the Mac. On the other hand, I have never heard of a
full screen oriented program running under MPW.

Matthias

- -----
Matthias Neeracher                                   [e-mail]
   "I'm set free to find a new illusion" -- Velvet Underground

+++++++++++++++++++++++++++

From: [e-mail] (Jess M Holle)
Date: 29 Apr 92 16:07:56 GMT
Organization: Purdue University Engineering Computer Network

What about SteVIe?  I thought that it was supposed to be a free/shareware
vi editor for the mac.  It does not have any special hooks to MPW to the
best of my knowledge, however.

Jess Holle

+++++++++++++++++++++++++++

From: [e-mail] (Matthias Neeracher)
Organization: Integrated Systems Laboratory, ETH, Zurich
Date: Thu, 30 Apr 1992 10:11:05 GMT

In article <[e-mail]> [e-mail] (Jess M Holle) writes:
>What about SteVIe?  I thought that it was supposed to be a free/shareware
>vi editor for the mac.  It does not have any special hooks to MPW to the
>best of my knowledge, however.

As far as I know, StiVIe is not accepted as a *real* vi by heavy vi
users.

Matthias

- -----
Matthias Neeracher                                   [e-mail]
        "I came to the conclusion that sex is a sublimation
         of the work instinct" -- David Lodge, _Small World_

+++++++++++++++++++++++++++

From: [e-mail] (Jeff Best)
Date: 3 May 92 04:17:52 GMT
Organization: ITRI, Brighton Polytechnic, UK

In article <60#[e-mail]> [e-mail] (W. Joseph Gibson)
writes:
>I have heard that at one time there was a VI editor for use under MPW. Does
>this still exist? I am a UN*X guy, so naturally I love VI, and it would be
>nice to have VI under MPW. ANy help appreciated.

and in article [e-mail], [e-mail] (Matthias
Neeracher) writes:
>If there really is one, I would like to hear about it. It shouldn't be that
>difficcult to port elvis to the Mac. On the other hand, I have never heard of a
>full screen oriented program running under MPW.

Yes there is a vi editor for Mac, called SteVIe which I remember
down-loading from Lancaster University's pdsoft system a few years ago
('89 or '90). Most of my disk library is out on loan at the moment and
won't be back in my possession for another week so I can't riffle
through and see if I have a copy. From the list of pd software in front
of me, I can tell you that micros/mac/finder/l/l082 contains a more
recent version (20/09/91) and it says the source is included. That's an
l, el zero eight two.

Jeff.

---------------------------

From: [e-mail] (Jerome Chan)
Subject: "FaceLess App and Notification Manager"
Date: 26 Apr 92 03:37:53 GMT
Organization: Florida Tech, CP/EE Dept.

Does this mean that a faceless app cannot call the notification
manager to inform the user of an error before it exists?



- --
 The Evil Tofu


+++++++++++++++++++++++++++

From: [e-mail] (Dan Walkowski)
Organization: University of Illinois at Urbana
Date: Sun, 26 Apr 1992 07:47:54 GMT

[e-mail] (Jerome Chan) writes:

>Does this mean that a faceless app cannot call the notification
>manager to inform the user of an error before it exists?



No.  An FBA can use the Notification Manager.  It just can't open any dialogs/
windows/menus of its own.

Dan
- --
Dan Walkowski
Univ. of Illinois
[e-mail]
- ---------------------------------------------------------------------------

+++++++++++++++++++++++++++

From: [e-mail]
Date: 5 May 92 08:43:05 GMT
Organization: INSA Informatique, Lyon, France

[e-mail] (Dan Walkowski) writes:

>[e-mail] (Jerome Chan) writes:

>>Does this mean that a faceless app cannot call the notification
>>manager to inform the user of an error before it exists?

>No.  An FBA can use the Notification Manager.  It just can't open any dialogs/
>windows/menus of its own.

I wrote a faceless app that calls the NM when an error occured.

It only works in the THINK C 5.0 debugger environnement !!!

I think it doesn't work because I am posting an NM record just before calling
ExitToShell().

But I don't know how to solve this problem !!!

Can anyone help me ??

Many thanx...


- --
- -------------------------------------------------------------------
Romain Vignes
Computer Science Dept - INSA Lyon, FRANCE - [e-mail]
- -------------------------------------------------------------------

+++++++++++++++++++++++++++

From: [e-mail] (Charles B. Cranston)
Organization: UM Home for the Terminally Analytical
Date: Tue, 5 May 1992 19:48:41 GMT

In article <[e-mail]>, [e-mail] writes:

> I wrote a faceless app that calls the NM when an error occured.
> It only works in the THINK C 5.0 debugger environnement !!!
> I think it doesn't work because I am posting an NM record just before calling
> ExitToShell().

Probably because the storage containing the NM record was either in the application
heap or in application globals or on the application stack.  The storage must be
stable until the notification is actually delivered.  This problem also occurred
when I was trying to use NM to deliver diagnostics for setup problems from an INIT
(under late system 6 versions).

I decided to allocate a small system heap block.  Since it was small and I never
finished the INIT, I never solved the problem of how to deallocate the heap block
after the notification was delivered.  You *might* be able to put the two assembly
language instructions:

     _DisposPtr
     RTS

into two shorts in the heap block, then push the heap block address and leap to
the two instructions.  One would hope the instructions would still be there for
the few cycles needed to do the RTS, but if they ever start clearing blocks on
_Dispose this would stop working real fast.  I'd avoid the first 12 bytes or so
of the block because there might be some kind of free-block-time data structure
going on there...

Or if you REALLY want to be ugly, look up the trap address for DisposPtr and
(with the return address to NM on stacktop) push the block address and *LEAP* to
the trap.  The trap would then deallocate the block and return to the stacktop
address (directly back to NM) and you'd never have to worry about the two return
instructions being overwritten by the pointer dispose.

Two kinds of ugly, I guess...


+++++++++++++++++++++++++++

From: [e-mail] (Matthew T. Russotto)
Date: Tue, 05 May 92 20:58:03 GMT
Organization: College of Engineering, University of Maryland, College Park

In article <[e-mail]> [e-mail] (Charles B. Cranston) writes:

>I decided to allocate a small system heap block.  Since it was small and I never
>finished the INIT, I never solved the problem of how to deallocate the heap block
>after the notification was delivered.  You *might* be able to put the two assembly
>language instructions:
>
>     _DisposPtr
>     RTS
>
>into two shorts in the heap block, then push the heap block address and leap to
>the two instructions.  One would hope the instructions would still be there for
>the few cycles needed to do the RTS, but if they ever start clearing blocks on
>_Dispose this would stop working real fast.  I'd avoid the first 12 bytes or so
>of the block because there might be some kind of free-block-time data structure
>going on there...
>
>Or if you REALLY want to be ugly, look up the trap address for DisposPtr and
>(with the return address to NM on stacktop) push the block address and *LEAP* to
>the trap.  The trap would then deallocate the block and return to the stacktop
>address (directly back to NM) and you'd never have to worry about the two return
>instructions being overwritten by the pointer dispose.
>
>Two kinds of ugly, I guess...

There is a sort-of-clean way to do it-- with the return address on the top of
the stack, and the registers loaded properly, do a
_DisposPtr, AutoPop.

The trap dispatcher will then automagically return to your caller.


- --
Matthew T. Russotto    [e-mail]    [e-mail]
Some news readers expect "Disclaimer:" here.
Just say NO to police searches and seizures.  Make them use force.
(not responsible for bodily harm resulting from following above advice)

+++++++++++++++++++++++++++

From: [e-mail] (Ed Watkeys)
Date: 5 May 92 13:49:19 GMT
Organization: Distant Software


In article <[e-mail]> (comp.sys.mac.programmer), [e-mail] writes:
>
> [e-mail] (Dan Walkowski) writes:
>
> >[e-mail] (Jerome Chan) writes:
>
> >>Does this mean that a faceless app cannot call the notification
> >>manager to inform the user of an error before it exists?
>
> >No.  An FBA can use the Notification Manager.  It just can't open any dialogs/
> >windows/menus of its own.
>
> I wrote a faceless app that calls the NM when an error occured.
>
> It only works in the THINK C 5.0 debugger environnement !!!
>
> I think it doesn't work because I am posting an NM record just before calling
> ExitToShell().
>
> But I don't know how to solve this problem !!!
>
> Can anyone help me ??
>
> Many thanx...
>
> --
> -------------------------------------------------------------------
> Romain Vignes
> Computer Science Dept - INSA Lyon, FRANCE - [e-mail]
> -------------------------------------------------------------------

I don't know the answer to your question, but I think you've hit upon
something with your THINK C Debugger comment -- there's no good way to
debug an appe in THINK C. I've found that most of the background only
stuff I do is essentially Apple events, and THINK C has no facility for
sending Apple events to applications. I find UserLand Frontier to be a
better debugger than THINK Debugger because I can easily send Apple
events to my applications.

Ed

- --
Ed Watkeys (Drexel U. Comp Sci)  "Moral judgement and condemnation is
[e-mail]              the favorite form of revenge for the
[e-mail]      spiritually limited on those who are
ls.com!phlpa!caligula!edw         less so...." -- Friedrich Nietzsche

---------------------------

From: [e-mail] (rodney jacks)
Subject: Anyone received the *New* MacTutor?
Date: 30 Apr 92 23:28:42 GMT
Organization: Motorola Inc, Austin, Texas

I was wondering if anyone has received the new issue (the first
after the recent takeover by Xplain) of MacTutor?  I talked
with someone at Xplain on 4/20/92 and they said the new revamped
issue had just went out.  Well I still haven't received it as of
yesterday 4/29.  Does it really take 7+ days for 3rd class mail
to get from California to Texas or am I just anxious?

I subscribed just a few days before the takeover was announced
on the net.  My credit card has been charged and I am wondering
if I'll ever receive an issue.

Thanks,
- -Rodney
***********************************************************************
**  Rodney Jacks                                                     **
**  Motorola Inc, Austin, Texas                                      **
**  E-mail:  [e-mail]                              **
**  Picard asks Worf what he thought of commanding the _Enterprise_  **
**  "Comfortable chair."     ST.TNG _The Emissary_                   **
***********************************************************************

+++++++++++++++++++++++++++

From: [e-mail] (Jerome Jahnke)
Date: 1 May 92 18:33:08 GMT
Organization: Biology Learning Center

In article <[e-mail]>, [e-mail] (rodney jacks) writes:
>
> I was wondering if anyone has received the new issue (the first
> after the recent takeover by Xplain) of MacTutor?  I talked
> with someone at Xplain on 4/20/92 and they said the new revamped
> issue had just went out.  Well I still haven't received it as of
> yesterday 4/29.  Does it really take 7+ days for 3rd class mail
> to get from California to Texas or am I just anxious?
>
> I subscribed just a few days before the takeover was announced
> on the net.  My credit card has been charged and I am wondering
> if I'll ever receive an issue.
>

I got mine two days ago (our mail system here at the U of A is a puzzle,
though, I usally get MacWeeks 3 issues at a time). Anyway it is nice, it
contains one of the most humorous editorials I have ever read. And a good
article on 3D graphics. I am holding judgement for a few issues to see what
they do.

> Thanks,
> -Rodney
> ***********************************************************************
> **  Rodney Jacks                                                     **
> **  Motorola Inc, Austin, Texas                                      **
> **  E-mail:  [e-mail]                              **
> **  Picard asks Worf what he thought of commanding the _Enterprise_  **
> **  "Comfortable chair."     ST.TNG _The Emissary_                   **
> ***********************************************************************


Jer,
- ----
Jerome Jahnke
Biology Learning Center
University of Arizona
'[e-mail]' or [phone]

+++++++++++++++++++++++++++

From: [e-mail] (Dave Newman)
Date: 2 May 92 05:32:35 GMT
Organization: Notable Technologies, Inc.


In article <[e-mail]> (comp.sys.mac.programmer), [e-mail] (rodney jacks) writes:
| I was wondering if anyone has received the new issue (the first
| after the recent takeover by Xplain) of MacTutor?

Received mine 3 days ago.

- --Dave

- -----------------------------------------------------------
Dave Newman                 |  AOL:      AFC Tinman
Artillery Spotter           |  CIS:      70743,3323
Notable Technologies, Inc.  |  internet: [e-mail]
510.208.4449                |  FAX:      [phone]
- -----------------------------------------------------------

+++++++++++++++++++++++++++

From: [e-mail] (Terry Thiel)
Date: 3 May 92 18:36:49 GMT
Organization: University of Illinois at Urbana

[e-mail] (Dave Newman) writes:
>| I was wondering if anyone has received the new issue (the first
>| after the recent takeover by Xplain) of MacTutor?
>Received mine 3 days ago.

How about some info?  What are the articles?  What is your general impression ofthe magazine?
- -Terry

+++++++++++++++++++++++++++

From: [e-mail] (James Wishart)
Date: 4 May 92 18:50:49 GMT
Organization: Brookhaven National Laboratory

In article <[e-mail]>, [e-mail] (rodney jacks) writes:
>
> I was wondering if anyone has received the new issue (the first
> after the recent takeover by Xplain) of MacTutor?  I talked
> with someone at Xplain on 4/20/92 and they said the new revamped
> issue had just went out.  Well I still haven't received it as of
> yesterday 4/29.  Does it really take 7+ days for 3rd class mail
> to get from California to Texas or am I just anxious?
>

My first class subscription arrived on 4/29.  96 pages, high quality paper,
liberal use of color (hope they can afford it).

One serious error - the text of both of Jorg Langowski's articles on p40
was reprinted on p41 - so one whole page of text was lost.

Jim Wishart

---------------------------

From: [e-mail] (John Gray)
Subject: Modal Dialogs in MacApp with ViewEdit
Organization: AI duPont Inst.
Date: Fri, 1 May 1992 12:41:48 GMT


I recently posted about some problems I was having creating dialogs with
ViewEdit.  I have been able to clear them all up except for one.  According
the Programmers Guide to MacApp you must attach a behavior to a dialog to
make it modal.  It also states to this can be done with ViewEdit.  I can
not figure out how to this with ViewEdit.  I can find no mention of it in
the manual for ViewEdit.  The bahavior that I am currently getting is that
my buttons don't work.  I have a hand coded resource that works fine with
the code.  But I can get ViewEdit to create an equivilet resource.

Any Suggestions?

Thanks
John Gray
[e-mail]



+++++++++++++++++++++++++++

From: [e-mail] (Mark Lanett)
Organization: University of Illinois at Urbana
Date: Fri, 1 May 1992 13:55:25 GMT

[e-mail] (John Gray) writes:

>ViewEdit.  I have been able to clear them all up except for one.  According
>the Programmers Guide to MacApp you must attach a behavior to a dialog to
>make it modal.  It also states to this can be done with ViewEdit.  I can
>not figure out how to this with ViewEdit.  I can find no mention of it in
>the manual for ViewEdit.  The bahavior that I am currently getting is that
>my buttons don't work.  I have a hand coded resource that works fine with
>the code.  But I can get ViewEdit to create an equivilet resource.

The behavior is installed automatically by TDialogView; in fact, that's almost
it's only function. The behavior is attached to the *window*, not dialog view,
and therefore the window must be enabled.

The behavior is needed for modal and modeless dialogs; modality itself is
controlled by a separate boolean.

So, you have real MA3 documentation?
- --
Mark Lanett, NCSA Software Development                         [e-mail]

+++++++++++++++++++++++++++

From: [e-mail] (Stephen Knight)
Date: 1 May 92 19:41:34 GMT
Organization: [Computer Consoles, Inc., Rochester, NY

In article <[e-mail]> [e-mail] (John Gray) writes:
>
>I recently posted about some problems I was having creating dialogs with
>ViewEdit.  I have been able to clear them all up except for one.  According
>the Programmers Guide to MacApp you must attach a behavior to a dialog to
>make it modal.  It also states to this can be done with ViewEdit.  I can
>not figure out how to this with ViewEdit.  I can find no mention of it in
>the manual for ViewEdit.  The bahavior that I am currently getting is that
>my buttons don't work.  I have a hand coded resource that works fine with
>the code.  But I can get ViewEdit to create an equivilet resource.
>
>Any Suggestions?

  In MacApp 3.0, dialogs seem to be dismissed by controls where the
'Default Choice' is set to 34.  The PoseModally will only return if your
button has the 'Default Choice' equal to mDismiss (which can be found
in "...MacApp 3.0:Interfaces:RIncludes:ViewTypes.r").
  To set it, with ViewEdit, open your button, open the TControl area and
'Default Choice' is the first option.

  Well, it worked for me.

steve knight
[e-mail]

+++++++++++++++++++++++++++

From: [e-mail] (Kent Sandvik)
Date: 6 May 92 01:23:46 GMT
Organization: MacDTS Mongols

In article <[e-mail]>, [e-mail] (Stephen
Knight) writes:
>
> In article <[e-mail]> [e-mail] (John
Gray) writes:
> >
> >I recently posted about some problems I was having creating dialogs with
> >ViewEdit.  I have been able to clear them all up except for one.  According
> >the Programmers Guide to MacApp you must attach a behavior to a dialog to
> >make it modal.  It also states to this can be done with ViewEdit.  I can
> >not figure out how to this with ViewEdit.  I can find no mention of it in
> >the manual for ViewEdit.  The bahavior that I am currently getting is that
> >my buttons don't work.  I have a hand coded resource that works fine with
> >the code.  But I can get ViewEdit to create an equivilet resource.
> >
> >Any Suggestions?
>
>   In MacApp 3.0, dialogs seem to be dismissed by controls where the
> 'Default Choice' is set to 34.  The PoseModally will only return if your
> button has the 'Default Choice' equal to mDismiss (which can be found
> in "...MacApp 3.0:Interfaces:RIncludes:ViewTypes.r").
>   To set it, with ViewEdit, open your button, open the TControl area and
> 'Default Choice' is the first option.

Another way is to check the sources, by reading those you would find
out that the TDialogBehavior is created if there's a TDialogView inside
the window. So what you need to do is to add one into your view collection!

Cheers,
Kent
Dynamic Language Evangelist - prepare for the bright future when static
languages are dead :-).

---------------------------

From: [e-mail] (Scott R. Presnell)
Subject: TCL/THINK Applications & SuperBoomerang
Date: 5 May 92 15:20:05 GMT

Hi -
    I'm writing an application in Think C 5.0.2 using the TCL
libraries.  I'd like my application to work in conjunction with
SuperBoomerang.  The SuperBoomerang extentions to SFPGetFile() seem to work
correctly, but the "DirectOpen" function doesn't attach a menu to my Open
or Import menu items.  I've checked the Now documentataion, but they've
left out any technical details...

    1) How does SuperBoomerang attach itself to the Open/Import Menus?

    2) What do I have to do in my application to allow this to work?

    Thanks for any help.

    - Scott Presnell ([e-mail])

- --
Scott Presnell                        [phone]
Pharmacuetical Chemistry, S-926            [e-mail]
University of California
San Francisco, CA 94143-0446

+++++++++++++++++++++++++++

From: [e-mail] (Joe Zobkiw)
Date: 5 May 92 18:30:07 GMT
Organization: The World Public Access UNIX, Brookline, MA

<< The SuperBoomerang extentions to SFPGetFile() seem to work
correctly, but the "DirectOpen" function doesn't attach a menu to my Open
or Import menu items. >>

I think that SB simply looks for a FILE menu and then looks for an item
named Open.... That's what seems to happen at first glance. NOTE: I have
NOT looked into any code...but that is what seems to happen.

- --
- -- joe zobkiw                             Internet: [e-mail]
- --                                             AOL: AFL Zobkiw
- -- mac.synthesis.MIDI.THINK C.OOP.asm          CI$: 70712,515
- -- communications.networks.cool tunes...

---------------------------

From: [e-mail] (Ed Watkeys)
Subject: ARGH! I screwed up! Help!
Date: Mon, 4 May 92 23:46:10 EDT
Organization: Distant Software

I was making some 64 x 64 ppats today, and decided to try to make one my desktop
background...

Well, I opened up the System file with ResEdit and opened up ppat #16 and
changed it to 64 x 64 and pasted my pattern -- it worked fine, at least until
I changed it back to 8 x 8, when I could only choose black and white background
patterns! Is there any way to fix this short of reinstalling?

BTW, I've got 7.0.1 w/ TU 1.1 (yeah, I know... I should have 1.1.1, but I
don't feel like downloading 700K at 4 second/K...)

Thanks, (and yes, I admit that I shouldn't have been doing this...)
Ed

- --
Ed Watkeys (Drexel U. Comp Sci)  "Moral judgement and condemnation is
[e-mail]              the favorite form of revenge for the
[e-mail]      spiritually limited on those who are
ls.com!phlpa!caligula!edw         less so...." -- Friedrich Nietzsche

+++++++++++++++++++++++++++

From: [e-mail] (Eric Brunson)
Organization: Vista-Chrome, Incorporated
Date: Tue, 5 May 1992 15:04:19 GMT

In article <[e-mail]> [e-mail] (Ed Watkeys) writes:
>
>Well, I opened up the System file with ResEdit and opened up ppat #16 and
>changed it to 64 x 64 and pasted my pattern -- it worked fine, at least until
>I changed it back to 8 x 8, when I could only choose black and white background
>patterns! Is there any way to fix this short of reinstalling?
>

I ran into a similar problem with a cdev called 'Pik-a-Pat', which removes
the ppt# ( color pattern list ) that the general CDEV uses to select from.
I don't know the id number of the list you need ( because I happen to like
Pik-a-Pat ), but if you copy the system from your install disks onto your
HD ( not over you current copy ), open both the new copy and a _COPY_ of
you current system file, you can cut and paste the ppt# resources across.
If you dont use any drivers that require custom resources in the system,
like some network drivers, you could simply rename you current system
file, put the new into the system folder and reboot.


+++++++++++++++++++++++++++

From: [e-mail] (Ed Watkeys)
Date: Tue, 5 May 92 19:17:35 EDT
Organization: Distant Software


In article <[e-mail]> (comp.sys.mac.programmer), [e-mail] (Eric Brunson) writes:
> In article <[e-mail]> [e-mail] (Ed Watkeys) writes:
> >
> >Well, I opened up the System file with ResEdit and opened up ppat #16 and
> >changed it to 64 x 64 and pasted my pattern -- it worked fine, at least until
> >I changed it back to 8 x 8, when I could only choose black and white background
> >patterns! Is there any way to fix this short of reinstalling?
> >
>
> I ran into a similar problem with a cdev called 'Pik-a-Pat', which removes
> the ppt# ( color pattern list ) that the general CDEV uses to select from.
> I don't know the id number of the list you need ( because I happen to like
> Pik-a-Pat ), but if you copy the system from your install disks onto your
> HD ( not over you current copy ), open both the new copy and a _COPY_ of
> you current system file, you can cut and paste the ppt# resources across.
> If you dont use any drivers that require custom resources in the system,
> like some network drivers, you could simply rename you current system
> file, put the new into the system folder and reboot.
>
>
Thanks a lot -- things are back to normal... The black and white patterns
really bothered me...

I've had mixed success with Pik-a-Pat, also. It worked very unreliably. Hmm...

Ed

- --
Ed Watkeys (Drexel U. Comp Sci)  "Moral judgement and condemnation is
[e-mail]              the favorite form of revenge for the
[e-mail]      spiritually limited on those who are
ls.com!phlpa!caligula!edw         less so...." -- Friedrich Nietzsche

+++++++++++++++++++++++++++

From: [e-mail] (Lawrence D'Oliveiro, Waikato University)
Date: 6 May 92 04:45:14 GMT
Organization: University of Waikato, Hamilton, New Zealand

In article <[e-mail]>, [e-mail] (Eric Brunson) writes:
> I ran into a similar problem with a cdev called 'Pik-a-Pat', which removes
> the ppt# ( color pattern list ) that the general CDEV uses to select from.
> I don't know the id number of the list you need ( because I happen to like
> Pik-a-Pat ), but if you copy the system from your install disks onto your
> HD ( not over you current copy ), open both the new copy and a _COPY_ of
> you current system file, you can cut and paste the ppt# resources across.

The id of the standard system "ppt#" resource is 0 (which equals sysPatListID,
funnily enough).

One thing that has always annoyed me is that there is no colour equivalent of
the GetIndPattern toolbox call, for loading a colour pattern out of a ppt#.
But the code's not that hard to write; the layout of a ppt# resource is
fairly straightforward.

Lawrence D'Oliveiro                       fone: [phone]
Computer Services Dept                     fax: [phone]
University of Waikato            electric mail: [e-mail]
Hamilton, New Zealand    37^ 47' 26" S, 175^ 19' 7" E, GMT+13:00
My other signature is a Porsche.

---------------------------

From: [e-mail] (Robert Grimm)
Subject: CMNU Template
Date: 6 May 92 02:46:44 GMT
Organization: Massachusetts Institute of Technology

Sorry for taking bandwidth with a FAQ:
Can someone please email me and tell me where to ftp a CMNU ResEdit template

Thanx a thousand times
(-: Robert

+++++++++++++++++++++++++++

From: [e-mail] (Mark Lanett)
Organization: University of Illinois at Urbana
Date: Wed, 6 May 1992 04:10:55 GMT

[e-mail] (Robert Grimm) writes:

>Sorry for taking bandwidth with a FAQ:
>Can someone please email me and tell me where to ftp a CMNU ResEdit template

My ResEdit (2.1.1) has a CMNU editor in it. If you mean a TMPL, then there's
one for 'cmnu's which appears to be slightly different; looking at the
definition of CMNU in MacApp, the align word is now in front of the command
number, not after, and there's a fill byte after it. But there's no reason the
normal CMNU editor won't work.
- --
Mark Lanett, NCSA Software Development - [e-mail]

---------------------------

From: [e-mail] (Jeffrey Verdegan)
Subject: Mac OS 2 Gig volume limit
Date: 29 Apr 92 22:05:40 GMT
Organization: College of Engineering, Univ. of Wisconsin-Madison

As I understand it, the Mac file OS/file system can only address two 2G of
file space on a given volume.

I have heard, however, that there is some sort of INIT/Extension/magic word
that will allow it to address 4G.

Now, the questions.

1) What happens if you try to mount a volume that is bigger than 2G? Does it
not mount at all?  Mount but you can only see half of it?

2) Does the aforementioned patch exist?  Will it work with both System 6 and 7?

3) Where can I find more info on this?


Thanks mucho!!
Jeff


- ----------

Jeff Verdegan
University of Wisconsin-Madison
Computer-Aided Engineering Center
[e-mail]
[phone]

+++++++++++++++++++++++++++

From: [e-mail] (Daniel A. Segel)
Date: 4 May 92 19:27:51 GMT
Organization: Storage Dimensions, Inc.

In article <[e-mail]>, [e-mail] (Jeffrey Verdegan) writes:
>
> As I understand it, the Mac file OS/file system can only address two 2G of
> file space on a given volume.
>
> I have heard, however, that there is some sort of INIT/Extension/magic word
> that will allow it to address 4G.
>
> Now, the questions.
>
> 1) What happens if you try to mount a volume that is bigger than 2G? Does it
> not mount at all?  Mount but you can only see half of it?
>

This happened last year when our MIS department set up a new server with
something like 4GB or 7GB of space on a single logical volume running some
varient of NetWare. They hadn't bothered asking anyone who knew Macs whether
this would be a problem.

My Mac would happily see the volume, mount the volume, and read (i.e. copy)
files from the volume. But as soon as I tried to write anything to it, I got
a "not enough room, need 3,456,748K more space" kind of message. The Mac OS
was interpreting the volume size as a signed integer and just treated it as a
volume with a negative amount of free space on it. Or something like that.

> 2) Does the aforementioned patch exist?  Will it work with both System 6 and 7?

I've never heard of such a patch, but would really like to see one. I suspect
it involves patching too much of the OS to be practical.

>
> 3) Where can I find more info on this?

You're probably asking in the best place right now...

>
>
> Thanks mucho!!
> Jeff
>

You're welcome mucho.

Daniel A. Segel
[e-mail]

---------------------------

Organization: Johannes Kepler University Linz - Computing Center
Date: Thursday, 30 Apr 1992 08:35:20 CDT
From: Norbert Mueller <[e-mail]>
Subject: technotes at ftp.apple.com

The technotes recently reappeared in ftp.apple.com. However the hqx files seem
to be damaged. (I only tried those >300)

Norbert

+++++++++++++++++++++++++++

From: [e-mail] (Alen Shapiro)
Date: 3 May 92 02:10:40 GMT
Organization: Crash TimeSharing, El Cajon, CA

In <[e-mail]> [e-mail] (Norbert Mueller) writes:

>The technotes recently reappeared in ftp.apple.com. However the hqx files seem
>to be damaged. (I only tried those >300)

My versions of unstuffit suggest that an new encoding method has been
used and perhaps we need apple's proprietary unpublished secret version
of stuffit.

Only kidding...we would all know if apple had a secret version of stuffit
wouldn't we?

The 2 files I tried won't unstuff however!! (the index was one of
these...a useful file by all accounts).

- --alen
[e-mail]

+++++++++++++++++++++++++++

From: [e-mail] (Levent Mollamustafaoglu)
Date: 3 May 92 04:12:14 GMT
Organization: Aiken Computation Lab, Harvard University

In article <[e-mail]> [e-mail] (Alen Shapiro) writes:
>In <[e-mail]> [e-mail] (Norbert Mueller) writes:
>
>>The technotes recently reappeared in ftp.apple.com. However the hqx files seem
>>to be damaged. (I only tried those >300)
>
>My versions of unstuffit suggest that an new encoding method has been
>used and perhaps we need apple's proprietary unpublished secret version
>of stuffit.
>
Stuffit Expander recognizes the files, but only after you give the
.sit file a name by hand while you are decoding the binhex file.
Anyway, I think all the files were renewed yesterday, so these new
versions might be more benign.


===========================================================================
Dr. Levent Mollamustafaoglu       Harvard University
[e-mail]    [e-mail]
===========================================================================

+++++++++++++++++++++++++++

From: [e-mail] (Ralph Sutherland)
Organization: Mt. Stromlo and Siding Spring Observatories
Date: Sun, 3 May 92 04:57:30 GMT

Various people seem to have had the same stuffit decoding problem with the
new technotes posted on ftp.apple.com, that I had.  Stuffit 1.6 and unstuffit
deluxe failed to recognise the archive version.

I emailed Mark B. Johnson and he very kindly wrote back:

>Date: Fri, 1 May 1992 18:02:41 -0800
>To: [e-mail]
>From: [e-mail]
>Subject: Re: Tech Notes on ftp.apple.com
>
>You can use the StuffIt Expander in /ftp/dts/utils to decode them.  In
>addition, Aladdin will be releasing a beta of the Shareware StuffIt next
>week, so that should do it...
>
>Mark

Presumably they have used Stuffit 3 and the decoder in /ftp/dts/utils can
decode these.

cheers
ralph

- --
- ---- Ralph S. Sutherland      Mount Stromlo & Siding Spring Observatories.
- ---- [e-mail]  The Australian National University.
- ---- [e-mail] --------------------------------------------

+++++++++++++++++++++++++++

From: [e-mail]
Organization: Campus Computing Sites, University of Michigan-Ann Arbor
Date: Sun, 3 May 92 05:08:16 GMT

In article <[e-mail]> [e-mail] (Alen Shapiro) writes:
>In <[e-mail]> [e-mail] (Norbert Mueller) writes:
>
>>The technotes recently reappeared in ftp.apple.com. However the hqx files seem
>>to be damaged. (I only tried those >300)
>
>My versions of unstuffit suggest that an new encoding method has been
>used and perhaps we need apple's proprietary unpublished secret version
>of stuffit.
>
    Actually you are not far off...Apple (MacDTS in this case) is a beta
site for StuffIt 3.0 and (due to its improved compression & speed, as well
as some tools we have built for them) has chosen to begin distribution of
new files (such as the technotes) in StuffIt 3.0 format.

    Until StuffIt 3.0 is released (soon, soon!), you should use StuffIt
Expander to UnStuff those new archives (and old ones too - it's MUCH faster
than the older StuffIt's!)


- --
- -----------------------------------------------------------------------
Leonard Rosenthol          Internet: [e-mail]
Director of Advanced Technology   AppleLink: MACgician
Aladdin Systems, inc.          GEnie:     MACgician

+++++++++++++++++++++++++++

From: [e-mail] (Neil Day)
Date: 5 May 92 03:09:03 GMT
Organization: Apple Computer, Inc.

All,

   Well, getting the individual Tech Notes up on FTP.Apple.com hasn't gone
quite as smoothly as I would have hoped, and I'd like to appologize for any
mayhem various errors have caused.  Fortunately things seem to be under
control at this point...
   If you have questions/comments/complaints/requests regarding DTS Tech Notes
or Sample Code, please feel free to get in touch with me via email.  This
stuff is supposed to be for you, so if you have ideas on how it can be more
usefull I'd be interested in hearing them.

Thanks again,

Neil Day
TN-SC-PB
Apple Computer, Inc.

[e-mail]

---------------------------

End of C.S.M.P. Digest
**********************